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Project Comments 

• Demoing: 

° introduce the user interface 

□ what is the user looking at? 

explain the "mental model" 

D relate given day, entries, modalities, 
applicable actions 

be more explicit 
D say what you are doing and what is 
happening 
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Project Comments 

• Demoing: 

°be less "jumpy" through features 
have a story 


be more problem oriented 
problem: to note cities visited on my trip 
D feature: for a places entry ... 


prepare "realistic" test data 
[ load and start from this, rather than from 
scratch 


Project Comments 

• Demoing: 

° user not programmer perspective 

□ avoid "minutiae” 



Project Comments 

• User interface: 

° distinctive major and minor views 
labels, icons, colors 
flow among calendar and entries 
not too visually redundant 
compactness, visibility, fewer clicks 


° chart visible as entries are edited 

D live updates after material changes 
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Project Comments 

• User interface: 

“"reasonable" button placement and sizes 
reducing pointer targeting time 

“choices of color 

blue for text, labels, major highlights hard to see 

“consistency of text 

check spelling, abbreviation, capitalization, 
punctuation 



Project Comments 

• User interface: 

° undo/redo does what ? 

0 might describe expected action of undo 
visual feedback on result of undo 

°"back" button navigates to ? 
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Project Comments 

• User interface: 

consistency of relabeling of entry types 
□ change occurs everywhere (e.g., charts, tweets, 
etc.) 

D nice reset to default, or icons to suggest type 

“visibility (and maybe uniqueness) of user 
input 

D make user-defined entry type names 
recognizable 


Project Comments 

• Niceties: 

° implicit save and auto save 

avoids user inaction to "save" causing 
data loss 

° reordering locations in places 

to manage a sequence of places visited 

“global list of topics 

easier to maintain consistency if desired 


Project Comments 

• User interface: 

° reordering entries 

nice drag and drop, though lower 
affordance 

numbering or shifting 

“consistency of reordering of entry 
types 

same order everywhere (drop downs, 
legends, etc.) 


Project Comments 

* Niceties: 

°dynamic search 

matches as you type, drop down of matches 

“editable tweet, character limit counter 

or multiple tweets 

re-editable locations 

change names or re-locate coordinates 
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Project Comments 

• Niceties: 

°map re-scaling, map layers 

see locations at appropriate zoom level 

c user interface alternatives 
horizontal versus vertical layout 

c assist novices and experts 

tooltips, searchable help, accelerators 


Project Comments 

• User interface: 

° avoid negative questions 

avoid: "Continue without saving?" 

better: "Save the changes you made?" 


Project Comments 

• Requirements: 

"we interpreted the spec as ..." 
talk to the user to know what is really 
wanted 


Retrospectives 

• Idea: 

°a ritual at the end of a project that 
lets us stop and reflect before 
proceeding with the next project 



° "postmortem" (after death) 
° "postpartum" (after birth) 
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Retrospectives 

• Purpose: 

°collect lessons learned 
□ motivation to make changes for the next 
time 

“celebrate success 
D avoid post-project blues 
° not a blame game 
D learn from the failure, and move beyond it 
° cross-team learning 
D consolidates experiences across teams 

Attitude 

• Quote: 

° "Regardless of what we discover, we 
must understand and truly believe that 
everyone did the best job he or she 
could, given what was known at the 
time, his or her skills and abilities, the 
resources available, and the situation 
at hand." 


Retrospectives 

• Requires "safety": 

1 participants need to feel safe 
D to look at their own faults 
to freely admit there were better ways 

°no retribution for being honest 

° not meant to be a gripe session 


Exercise 

• Discuss in teams: 
c In retrospect, what would you have done 
differently in the project software design, 
user interface, or development process? 

c What went right, and what went wrong? 



— N. Kerth 


What would you do for success in the 
next project? 


Goals 


• Learn and apply: 

° effective software development 
practices 


°focusing on: 
team project 
design 
tools 

practicality 


topics: 

□ software process 
0 OOAD and UML 
D user interface design 
D requirements 
D testing 

D design patterns & 
principles 
0 refactoring 


